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DESIGN FOR TEST OF ANALOG MODULE SYSTEMS 

FIELD 

This invention relates generally to the testing of integrated circuits, and, more 
particularly, to on-line and off-line testing of analog and mixed-signal integrated 
circuits. 

BACKGROUND 

As integrated circuits are produced with greater and greater levels of circuit 
density, efficient testing schemes that guarantee very high fault coverage while 
minimizing test costs and chip area overhead have become essential. Integrated circuits 
are presently tested using a number of structured design for testability (DFT) 
techniques. These techniques rest on the general concept of making all or some state 
variables (memory elements such as flip-flops and latches) directly controllable and 
observable. If this can be arranged, a circuit can be treated, as far as testing of 
combinational faults is concerned, as a combinational or a nearly combinational 
network. The most-often used DFT methodology is based on scan chains. It assumes 
that during testing all (or almost all) memory elements are connected into one or more 
shift registers, as shown in United States Patent No. 4,503,537. A circuit that has been 
designed for test has two modes of operation: a normal mode and a test, or scan, mode. 
In the normal mode, the memory elements perform their regular functions. In the scan 
mode, the memory elements become scan cells that are connected to form a number of 
shift registers called scan chains. These scan chains are used to shift a set of test 
patterns into the circuit and to shift out circuit, or test, responses to the test pattems. The 
test responses are then compared to fault-fi-ee responses to determine if the circuit under 
test (CUT) works properly. 

For ICs containing only digital components, testing can be a fairly 
straightforward process using the techniques described above. Testing of analog 
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circuitry, on the other hand, poses special challenges. Analog testing carries greater 
uncertainty and variabiUty of results when compared with digital testing because of the 
fundamental differences between analog and digital components. While detecting a 
faulty digital circuit can be as simple as detecting the difference between 0 and 1 , 
5 analog components, or nodes, in functioning circuits have a continuous range of 
acceptable values, with an infinite number of values possible within the limits of the 
range. 

Furthermore, modem integrated circuits have become so densely packed with 
logic that traditional testing methods no longer suffice. Using extemal automated 
1 0 testing equipment (ATE) to input test data and to read back and analyze test output is 
becoming prohibitively expensive in terms of time, pin overhead (additional pins 
needed for input and output of test data) and overall cost. Furthermore, the traditional 
"bed of nails" approach to testing analog circuits is no longer workable because the 
layout of modem integrated circuits restricts direct physical access to the analog nodes 
1 5 from outside the chip. 

Previously developed methods of analog or mixed signal testing have been 
O unsatisfactory for today's system on a chip (SoC) applications. In some methods, the 

analog or mixed signal circuitry is divided into functional blocks, with each block 
containing additional or modified circuitry to tum the block into an oscillator, which 
20 then indicates whether the block is functioning correctly. However, such methods have 
the drawback of requiring modification of each block under test, therefore incurring 
high additional overhead in terais of design time and chip area. Other methods have 
been proposed in which checker circuits are added to each individual analog node to test 
the functionality of the node. But agahi, high overhead cost makes such methods 
25 undesirable, especially in systems with large number of analog components. Moreover, 
the testing methods described above are unable to accurately detect a full range of fault 
types. While some methods are able to detect permanent faults and some parametric 
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faultSj other parametric faults and most intermittent faults can not be successfully 
exposed. 

Thus, while integrated circuit designs incorporate ever-increasing numbers of 
analog nodes, the development of efficient testing methodology continues to lag behind. 
Minimizing chip area and design-time overhead while maximizing the accuracy and 
completeness of testing are of critical importance. 

SUMMARY 

An apparatus for testing an integrated circuit that includes analog nodes is 
disclosed. 

In one aspect, an integrated circuit comprises testing circuitry and core logic 
circuitry. Data is stored identifying analog nodes in the core logic circuitry and 
tolerance values associated with the analog nodes. A condition checker compares 
actual test values with the associated tolerance values. A main control unit controls the 
testing circuitry and synchronizes testing of the core logic circuitry. 

In another aspect, the testing circuitry includes a host computer interface useful 
for communicating with a host computer. A data memory is used for storing diagnostic 
data. The contents of the data memory may then be uploaded to a host computer. Test 
stimuh may be transmitted to the integrated circuit from a location outside the 
integrated circuit to perform testing. Memory for storing data may be memory in the 
testing circuitry or on-chip memory. 

In yet another aspect, the test controller module is JTAG-compUant. The test 
controller module comprises a memory for storing data transmitted to the test controller 
module, a control unit, and a test access port controller. Additional test controller 
modules are added to increase testing throughput. 

In another aspect, the condition checker comprises a means for receiving the test 
values from the analog nodes, a means for receiving the associated tolerance values, and 
a means for checking whether the test values are within the associated tolerance values. 
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Noise calibration circuitry can be added to the condition checker. One or more 
additional condition checkers can be added to increase testing throughput. 

These features and others of the described embodiments will be more readily 
apparent from the following detailed description which proceeds with reference to the 
accompanying drawings. 

BRIEF DESCRIPTION OF THE FIGURES 

FIG. 1 is a block diagram of the system for testing analog module systems. 
FIG. 2 is a block diagram of an analog test controller according to the invention. 
FIG. 3 is a flowchart of a method for testing analog modules. 
FIG. 4 shows a more detailed block diagram of circuitry working with a 
condition checker. 

FIG. 5 is a block diagram of the JTAG controller. 

FIG. 6 is a state machine block diagram of a TAP controller. 

FIG. 6A is a state table showing the TAP controller states. 

FIG. 7 is a state machine block diagram of a JG_CU module. 

FIG. 7A is a state table showing the JG_CU states. 

FIG. 8 is a detailed hardware diagram of a memory cell. 

FIG. 9 is a detailed block diagram of the main control unit. 

FIG. 10 is a state diagram of the main control unit. 

FIG. 1 OA is a state table showing the main control unit states. 

FIG. 1 1 is a block diagram of an internal chip boundary scan architecture. 

DETAILED DESCRIPTION 

Overview 

Referring to FIG. 1, an analog test controller (ATC) 20 is used to test analog or 
mixed-signal modules in a circuit under test (CUT) 10. The logic of the analog test 
controller is integrated with the logic of the CUT. The ATC may contain all 
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information needed for performing testing on the CUT, or it may download the 
information necessary from an external host 30, and upload test results to the external 
host. Thus, the ATC is capable of performing either on-line (all testing performed on- 
chip) or off-line (using an extemal host) testing. 

FIG. 2 shows one embodiment wherein the ATC 20 includes components 
connected to a control bus 40 and a data bus 50. A main control unit 60 (MCU) is 
coupled to a condition checker 70, a program memory 80, and a JTAG controller 90. 
The MCU 60 is operable to control the other components in the ATC. The 
interrelationship between these components is further described below. 

Referring to FIG. 3, a method of using a working embodiment includes selecting 
an analog node in the CUT to be tested (process block 120), measuring the performance 
of the selected analog component (process block 130), retrieving a tolerance value from 
the program memory 80 (process block 140), and using the condition checker 70 to 
compare the performance of the analog node with the associated tolerance value 
(process block 150). The program memory may be a read-only memory, a 
programmable read-only memory, a random access memory, or any other suitable type 
of memory. 

In some embodiments, the ATC may also include a host interface 1 10. The host 
interface allows the ATC to download information relating to the testing of the analog 
nodes from an extemal host computer, as shown in FIG. 1. In other embodiments, the 
ATC may also include a data memory 100. The data memory allows the ATC and CUT 
to operate in diagnostic mode, collecting specific information regarding the 
performance of individual analog nodes. The data memory may be a random access 
memory or any other suitable type of memory. 

Condition Checker 

FIG. 4 illustrates a working embodiment of a condition checker 70 in an ATC. 
The condition checker in the ATC compares values suppUed from the main control unit 
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60 and compares such values to test values from a particular analog node being tested. 
The illustrated condition checker includes a select register 155, analog multiplexers 160 
and 165, a programmable value register 170, a digital-to-analog converter 1 80, and a 
checker 190. Other condition checker designs may also be used as well-xmderstood by 
5 those skilled in the art. 

Test values in the form of analog signals from the analog nodes in the CUT are 
transmitted from the CUT along analog buses ATI and AT2. Lines from the ATI and 
AT2 buses are fed into analog multiplexers 160 and 165, respectively. Select register 
1^ 155 is controlled by the MCU 60 and determines which analog signal will be checked, 

p 10 The selected analog signal is then fed into checker 190, where it is compared with a 

W tolerance value. The tolerance vahie originates in the program memory. The 

ifj instructions and data stored in the program memory, and the processing of those 

instructions and data, are detailed in the discussion of the MCU 60. 
^ From the program memory, the tolerance value is input to programmable value 

15 register 170, processed into an analog signal by digital-to-analog converter 180, and 
compared with the test value analog signal from the analog multiplexers in analog 
checker 190. If the test value falls within the tolerance value, the analog node is 
ftmctioning normally, and the CMET signal 195 produced by the analog checker 190 is 
set to "0." If the test value falls outside the tolerance value, the analog node is in a fault 
20 state, and CMET is set to "ir The CMET signal is returned to the MCU. 

In some embodiments, additional components may be added to the condition 
checker to accommodate cases where a test value of an analog node must be cahbrated 
to account for noise or distortion, such as where noise on a line would, without 
calibration, consistently retum an erroneous CMET value. In this embodiment, an 
25 additional analog multiplexer 200, an analog-to-digital converter 210, a cahbrate-in 

register 220, and a calibrate-out register 230 can be added to the condition checker. The 
calibrate-in register 220 produces a calibration value that is added to the tolerance value 
produced from the programmable value register 170. The combined value is processed 
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by the digital-to-analog converter and fed into the analog multiplexer 200, along with 
signals from analog multiplexers 160 and 165. From the analog multiplexer 200, the 
calibrated signal is sent to the analog-to-digital converter 210, and the resulting digital 
information is sent to the calibration-out register 230, which is then output to the MCU. 

In other embodiments, the analog checker 190 may be replaced with a digital 
checker. In such embodiments, one or more analog-to-digital converters are added to 
convert signals from analog multiplexers 160 and 165 into a digital representation. 
Digital-to-analog converter 180 is omitted in embodiments with a digital checker. From 
the program memory, a tolerance value is input to programmable value register 170 and 
compared with a digitally represented test value from an analog node in the digital 
checker. As explained above, if the test value falls within the tolerance value, the 
analog node is functioning normally, and the CMET signal 195 produced by the analog 
checker 190 is set to "0"; otherwise, the analog node is in a fault state, and CMET is set 
to "1.'' As in embodiments with an analog checker, the CMET signal is retumed to the 
MCU for analysis. 

A plurality of condition checkers may also be used in the ATC. Additional 
checkers allow additional testing throughput to enhance testability. As explained 
below, in embodiments with a plurality of condition checkers, the MCU can be 
modified to select which condition checker will be used to perform a particular 
comparison. 

JTAG controller 

1. Overview 

In a working embodiment, a JTAG controller 90 prompts particular analog 
nodes in the CUT to provide test values to the condition checker. Although a single 
JTAG controller is used in a working embodiment, a plurality of JTAG controllers may 
be used to increase testing throughput. The JTAG controller in the working 
embodiment compUes with the IEEE JTAG standards 1 149, 1 and 1 149.4. 
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The components of the JTAG controller in a working embodiment are illustrated 
in FIG. 5. Their functions are described below in a discussion of a typical operation of 
the module, as controlled by controllers JG_CU 240 aad JG_SMC 260. 

2. JG CU controller 

Referring to FIG. 5, the components of the JTAG controller 90 are controlled by 
a state machine in the JG_CU controller 240. JG_CU 240 receives inputs 250, 252, and 
254 from the MCU. The JG_CU 240 then produces signals used to control the other 
components of the JTAG controller. The JG_CU state machine 240 is illustrated in 
FIG. 7. The states, control signals, and output signals associated with JG_CU are 
illustrated in FIG. 7A. 

First, JG_CU is reset to a known state (i.e., all zeroes) in Reset_STAT 422. 
JG_CU then enters GO_STAT 424. JG_CU remains in GO_STAT until the MCU 
indicates it is ready to send data via signals (252, 330) to the JTAG controller. At that 
time, JG_CU enters READ_DATAIN_STAT 426. In this state, bytes of data (340) 
from the program memory are sent by the MCU and loaded into JG memory 280 via 
Dataln multiplexer 290. 

The JG memory consists of up to eight bytes of memory. Each register consists 
of the components illustrated in FIG. 8. Control signals 442 and 444 activate the 
register and determine whether the JTAG controller is writing to or reading from the 
register. Memory bits 450-457 hold single bits, memory bit 450 being the least 
significant bit (LSB). Bit select multiplexer 460, bit address selector 462, BitByt 
multiplexer 464, are BitByt selector 466 are used to select a particular bit for output, or 
to send an entire byte for output, depending on whether bits or bytes are to be shifted 
out. TDO/Bit 0 output 468 along with the outputs for the otiier bits are tiien sent to an 
ordinary memory multiplexer for output. 

Byte counter 360 addresses the JG memory via address multiplexer 300 for 
writing the incoming bytes. The last byte loaded contains the total number of boundary 
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scan bits shifted into the JG memory. Bit counter 350 is loaded with the number of bits 
(395) to be shifted out to the CUT in WRITE_BITCNTR_STAT 428. 

Once the bit counter has been loaded, JG_CU proceeds to JG_SMC_STAT 430. 
In this state, the JG_SMC state machine is reset and given a control signal which 
denotes transmit type (data or instruction). JG_CU then waits for a fixed number of 
clock cycles before making the transmittal. JG_CU then enters SfflFT_STAT 432, 
where it pauses for one clock cycle to synchronize JG SMC and JG CU. 

Bits are shifted in from the CUT and out to the CUT via TDO line 380 in 
SHIFT_DATAINOUT_STAT 434. Up to 8 bytes (256 bits) may be shifted in and out 
depending on tiie implementation of the CUT core. Bits shifted out to the CUT are 
addressed by the bit counter 350 via address multiplexer 300. For each bit shifted out to 
the CUT, one bit is shifted in (310) from the CUT to the shift register 320, as illustrated 
in FIG. 5. 

Referring again to FIG. 7, JG_CU enters PAUSEWRITE STAT 436 when the 
shift register is filled, or when the bit counter indicates that all bits have been shifted. 
No bits are shifted in to the shift register in this state, and the bits in the shift register 
320 are written to the JG memory. JG_CU now enters CUSMC_SYNC_STAT 438. If 
there are still bits to be shifted, JG_CU returns to SHIFT_DATAINOUT_STAT 434, 
and the shifting process continues. 

In diagnostic mode, the bits shifted in to the shift register are used to indicate the 
most recent state of the CUT. In such a case, the shifted-in bits are later transmitted 
(390) to the data memory. However, when not in diagnostic mode, the shifted-in bits 
are not used. 

When all bits have been shifted, JG_CU enters RDYTOTXRESULT_STAT 
440. The result ofthe test is now ready to be fransmitted to the MCU. JG_CU enters 
the WAITHSTRPLY state 442, and remains there until the HostRdyToRD_Sig signal is 
high, or the signal is low and the byte counter 360 is zero. Otherwise, JG_CU returns to 
Reset_STAT 422. 
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3. JG SMC (TAP) controller 

Referring again to FIG. 5, the JTAG controller also contains a TAP (test access 
port) controller containing a state machine, JG_SMC 260. JG_SMC emulates state 
machines in the nodes to be tested, and allows the ATC to communicate with those 
nodes. JG_SMC takes input signal RDY 270 from the MCU and produces output signal 
TMS (test mode select) 275. FIG. 6a illustrates the states, control signals, and output 
signal associated with JG_SMC. 

The state machine for JG_SMC is based on a similar state machine in IEEE 
standard 1 149.1, and is illustrated in FIG. 6. The states, control signals, and output 
signals associated with JG_SMC are illustrated in FIG. 6A. Referring to FIG. 6, 
JG_SMC begins in StartUnknown STAT 400. On the sixth clock cycle in this state, 
JG_SMC enters TestLogicReset_STAT 402, and then enters RmiTesadle_STAT 404. 
JG SMC remains in the state while the signal RDY (270) from the MCU is high. When 
RDY is low, JG_SMC enters SelectDRScan_STAT 406. In this state, JG_SMC 
receives the signal from JG_CU indicating fransmittal type (instruction or data). If the 
transmittal type is instruction, JG_SMC enters SelectIRScan_STAT 408 before 
proceeding to Capture_STAT 410. If the transmittal type is data, JG_SMC enters 
C^ture_STAT 410 without entering SelectIRScan_STAT 408. 

JG_SMC then enters Shift_STAT 412. Following the shift state, JG_SMC 
enters Exitl_STAT 414. If shifting is complete, JG_SMC enters Update_STAT 420, 
and then returns to RunTestIdle_STAT 404 if RDY is high, or to SelectDRScan_STAT 
406 if RDY is low. If shifting needs to be paused, JG_SMC enters Pause_STAT 416, 
and when the pause is completed, enters Exit2_STAT 418. From this state, if shifting 
must be resumed, JG_SMC returns to Shift_STAT 412. If shifting is complete, 
JG_SMC goes to Update_STAT 420 and returns to RunTesfldle_STAT 404 if RDY is 
high, or to SelectDRScan_STAT 406 if RDY is low. 
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Main Control Unit (MCU) 

L Overview 

FIG. 9 illustrates a working embodiment of the MCU. These components 
include program counter 470 (which addresses program memory 80 for reading of 
control words), control unit 510 containing a large state machine, NxtAdrsCMET 
register 520, and NxtAdrsNormal register 530. 

FIG. 9 also illustrates additional components which may be used in other 
embodiments. For example, in some embodiments, data pointer 540 and data memory 
multplexer 550 may be added for collection of diagnostic data. In embodiments 
incorporating more than one condition checker, checker enable decoder 490 and latch 
500 may be added to select a checker to perform a checking operation. 

2. MCU Operation 

FIG. 10 illustrates the state machine that controls the MCU. The states, control 
signals, and output signals associated with the MCU state machine are illustrated in 
FIG. lOA. Referring to FIG. 10, at start up, the MCU is reset to a known state (560). 
The MCU then enters the RD__1 stPMByt state 570. In this state, the MCU reads the 
first byte of a control word in program memory. According to the JTAG standard, 
instructions must be transmitted before data. Therefore, in a working embodiment 
which compHes with the JTAG standard, an instruction record is transmitted first from 
the program memory. The structure of the instruction records in a working embodiment 
is shown in Table 1: 
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Condition Type 


8 (3+3+2) 


3 bits for each condition data 1 and 
2, and 2 bits for checker number to 
be enabled, table 5-2 


Condition Data 1 


8 


Upper limit for the monitored signal 
node 


Condition Data 2 


8 


Lower limit for the monitored signal 
node 


Boundary Scan Data 


256 


Contains the data to be downloaded 
into the CUT 


Number of Boundary 
Scan bits 


8 





TABLE 1: PRELOAD_U/PROBE INSTRUCTION RECORD 



As shown in Table 1 , the first bit of the first byte indicates whether the control 
word is an instruction record or a data record. The remaining bits of the first byte and 
the second byte make up the address of the analog node to be tested in the CUT (Next 
Address Normal). 

The MCU reads the second byte of Next Address Normal in the RD_2ndPMJ 
state 580. The MCU then enters RD_Condition_STAT 590. In this state, the MCU 
reads the byte containing "Condition Type," as shown in Table 1 above. The bits in 
Condition Type indicate whether a test value in a properly functioning analog 
component should be equal to, not equal to, greater than, less than, greater than or equal 
to, or less than or equal to a particular tolerance value. In addition. Condition Type 
indicates which checker (in a multi-checker embodiment) should perform the checking 
operation. The composition of the Condition Type field is shown in Table 2: 
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TABLE 2: CONDITION TYPE FIELD BIT DETAIL 



After reading Condition Type, the MCU passes through RD_lstCData_STAT 
600 and RD_2ndCData_STAT 610. In these states, the MCU reads the first and second 
Condition Data bytes, as shown in Table 1 . The Condition Data values correspond with 
the first and second comparison types in bits 0-2 and bits 3-5 of the Condition Type 
field. At this point, the MCU has read the information necessary for the condition 
checker to perform a comparison of a test value from an analog node in the CUT with 
tolerance values in the program memory. 

The MCU now enters Transfer__STAT 620. In this state, the MCU transfers the 
Boundary Scan Data and the number of boundary scan bits (see Table 1 above) to the 
JTAG controller, and tr^sfers the Condition Type and Condition Data bytes to the 
condition checker. Transferring continues until the program counter reaches the next 
address in the program memory. 

As explained above, the JTAG controller reads the incoming data into the JG 
memory, sends the boundary scan data to the analog node at Next Address Normal via 
the TDO output, and prompts the node to produce a test value. The condition checker 
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receives the analog node's test value via the analog buses, downloads the tolerance 
values (in the form of the Condition Type and Condition Data bytes) to the 
programmable value register, and performs the comparison. After the comparison, the 
signal CMET is high ("1") if the node was faulty (outside the tolerance value) and low 
5 ("0") if the node is functioning normally (within the tolerance value). 

The MCU now enters EndTransfer_STAT 660. The MCU remains in this state 
until the JTAG controller indicates (via the TestResultRDY signal) that the results of 
the test are ready to be transmitted. At that point, the MCU enters 
1^, RD_JTAGData__STAT 670. In an embodiment where diagnosis is desired, boundary 

y 10 scan data from the node under test is written to the data memory. A structure for 

W records saved in data memory is shown in Table 3 : 



a?! 


Field Name 


Number of bits 


Notes 




Next Address (normal) 


16 


Always at address 00 saves the 


3 ' ii 






address of the pin at which the 


sli 5 

on 






condition is met 


p 


Digital equivalent 
Analog value. 


16 





TABLE 3: SAVED RECORD IN DATA MEMORY 



At this point, the CMET signal has not yet been received by the MCU because, 
1 5 in order to comply with the JTAG standard, a data record must first be read from the 
program memory. Therefore, after the instruction record has been processed, the MCU 
returns to the RD___lstPMByt state and a data record is read in states 630, 640, and 650. 
A structure for the data records in a working embodiment is shown in Table 4: 
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Field Name 


Number of bits 


Next Address Normal 


16 


Next Address CMET 




\ 


Boundary Scan Data 


/ 


1 255 


Number of Boundary 
Scan bits 


8 



TABLE 4: PRELOAD_U/PROBE DATA RECORD 



Once the data record has been read and transferred, CMET can be monitored. 

If the condition checker found the node to be operating normally (CMET = 0), 
the MCU returns directly to the RD_lstPMByt state 570 to begin reading at Next 
Address Normal in the program memory. 

If the condition checker found the node to be faulty (CMET = 1), the MCU 
enters the CMET state 680 for synchronization. From the CMET state, the MCU then 
enters the LD_NxtAdrs_CMET state 690. In this state, referring to FIG. 9, the program 
counter 470 is loaded with the address of Next Address CMET, which is the address of 
the next node that is dependent on the node found to be in a fault condition. The MCU 
then returns to the RD_lstPMByt state 570 in FIG. 10, and begins readmg from the 
address in the program counter. 

Once the first foil instruction record/data record cycle has been completed, and 
the next node's instruction record has been read and transferred, a new way of exiting 
EndTransfer_STAT 660 arises. In a case where CMET is already high (i.e., the 
previous node was found to be faulty), the MCU enters CMET state 680 directly from 
EndTransfer_STAT 660. This operation continues until either the data memory is full 
or the system under test is halted. 
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Additional Considerations 

Referring to FIG. 1 1, in order to enhance the on-hne testing of a system using 
IEEE JTAG standard 1 149.4, a data register, such as an on-line test register 700 
(OLTR), may be added to intemal chip boundary scan registers as the standard permits. 
An OLTR contains the analog boundary modules 710 (ABMs) required to cover the 
nodes of interest. A specific instruction to preload the OLTR can be added: 
PRELOAD_U. This instruction should load the specific ABMs, set the control latches 
of the test bus interface circuit 720 (TBIC) to the ABn bus, set the ATn control latches 
to connect the extemal bus ATn to ABn, and select one or more nodes to be monitored. 
An ordinary PROBE instruction can be used to monitor the nodes of interest. 

In the case of a CUT design that does not implement analog and mixed signal 
standard 1 149.4, a structure similar to the standard can be implemented with an ABM 
including a single analog switch and a single boundary scan cell. Analog nodes that do 
not have a JTAG port can still be tested by adding JTAG ABMs and a standard TBIC to 
the nodes to be tested, allowing them to be directly controlled by the JTAG controller. 
The ATC can then send data to be loaded into the ABMs and the TBIC (or the OLTR), 
and does not need to send an instruction. 

Additionally, on-chip memory can be reconfigured to function as data memory 
during testing. 

The International Technology Roadmap for Semiconductors, 1999 edition, 
reports that analog and mixed signal (AMS) testing will focus on the use of JTAG and 
BIST due to system complexity and ATE limitations. While different AMS test 
methods have been proposed in literature or as product, embodiments disclosed herein 
provide a structural AMS DFT for ahnost any AMS system. Some embodiments c^ be 
configured to work off-line for manufacturing tests, or on-line for field tests and high 
safety system appUcations, without altering either the CUT or the testing circuitry 
design. 
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In view of the many possible embodiments to which the principles of my 
described embodiments may be apphed, it should be recognized that the described 
embodiments are illustrative only and should not be taken as limiting the scope of my 
invention. Rather, I claim as my invention all such embodiments as may come within 
the scope of the following claims and equivalents thereto. 
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